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METHOD AND APPARATUS FOR 
10 CONCURRENCY CONTROL IN A POLICY- 
BASED MANAGEMENT SYSTEM 



Inventor: William H. Connor 

15 

Related Application 

This application hereby claims priority under 35 U.S. C. § 1 19 to 
Provisional Patent Application No. 60/165,552 filed on November 15, 1999. 

20 

BACKGROUND 



Field of the Invention 

The present invention relates to managing resources in a distributed 
25 computing system. More specifically, the present invention relates to a method 
and an apparatus for providing concurrency control between policies in a policy- 
based management system, wherein the concurrency control is accomplished 
through locking of resources and/or controllers for resources in a distributed 
computing system. 
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Related Art 

Automated management systems are increasingly being used to control the 
actions of resources within distributed computing systems. Some of these 
automated management systems are policy-based, which means they 
5 automatically enforce a policy that is specified by one or more rules. For 

example, a policy can specify that a distributed storage system should maintain a 
reserve of 30% in extra storage capacity. In enforcing the policy, the system 
continually monitors its reserve of extra storage capacity. If additional storage 
capacity gets depleted, or if one or more storage devices fail, the system 

10 automatically takes action to bring additional storage devices on line. 

In some situations, two or more management policies may attempt to 
manage the same resource at the same time. The resulting concurrent 
management can result in inconsistent or ineffective management of the resource. 
For example, a policy that attempts to ensure that all requests to a service are 

1 5 processed within a fixed amount of time can conflict with a policy that attempts to 
ensure that priority requests are processed first. In this case, if there are too many 
priority requests, some non-priority requests may not be processed within the 
fixed amount of time. 

Conflicting policies can cause instability in the system because as the 

20 policies conflict with each other, none of the policies accomplishes its objectives. 
This can cause each of the policies to increase their inputs into the system in an 
effort to accomplish their conflicting objectives. These increased inputs (that are 
likely to conflict) can result in unstable behavior. 

Conflicting policies can also cause resources to be inconsistent. For 

25 example, a first policy may cause routers in a system to be configured to 

maximize bandwidth of the system, while a conflicting second policy may cause 
routers to be configured to maximize reliability of the system. In this case, the 
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first policy may cause some of the routers to be configured to maximize 
bandwidth, while the second policy causes other routers to be inconsistently 
configured to maximize reliability. This inconsistency may cause both policies to 
fail. 

5 Some systems attempt to detect conflicts between policies "up front/' 

before the policies are actually deployed. Unfortunately, this up front analysis 
cannot simulate all of the possible ways in which conflicts can arise between 
policies. Hence, the resulting analysis may be overly conservative, because the 
analysis may detect potential conflicts that do not actually occur during normal 
10 system operation. On the other hand, the resulting analysis may ignore conflicts 
that appear to be improbable, but that actually occur during system operation. 

What is needed is a method and an apparatus that facilitates coordination 
of potentially conflicting policies for managing resources in a distributed 
computing system. 

15 

SUMMARY 

One embodiment of the present invention provides a system that facilitates 
concurrency control for a policy-based management system that controls resources 
in a distributed computing system. The system operates by receiving a request to 

20 perform an operation on a lockable resource from a controller in the distributed 
computing system. This controller sends the request in order to enforce a first 
policy for controlling resources in the distributed computing system. In response 
the request, the system determines whether the controller holds a lock on the 
lockable resource. If so, the system allows the controller to execute the operation 

25 on the lockable resource. If not, the system allows the controller to acquire the 
lock. If the controller is able to acquire the lock, the system allows the controller 
to execute the operation on the lockable resource. 
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In one embodiment of the present invention, locks held by a controller 
expire after a pre-specified lease period, unless the lease is renewed within the 
pre-specified lease period. 

In one embodiment of the present invention, the first policy is configured 
5 to command resources in the distributed computing system to perform actions so 
that the distributed computing system operates in accordance with a rule that is 
enforced by the first policy. Note that this rule governs behavior of resources 
within the distributed computing system. 

In one embodiment of the present invention, the system throws an 
10 exception if the controller does not hold a lock on the lockable resource and if the 
controller does not acquire a lock. 

In one embodiment of the present invention, the lockable resource 
includes a resource within the distributed computing system. 

In one embodiment of the present invention, the lockable resource is itself 
1 5 a second policy for controlling resources in the distributed computing system. 

In one embodiment of the present invention, the controller includes a 
client in the distributed computing system. 

In one embodiment of the present invention, the controller includes the 
first policy for controlling resources in the distributed computing system. 
20 In one embodiment of the present invention, the controller includes a 

higher-level policy for controlling resources in the distributed computing system, 
and the lockable resource includes a lower-level policy for controlling resources 
in the distributed computing system. 

In one embodiment of the present invention, the controller acquires a lock 
25 from a lockable resource that allocates locks to controllers. 
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In one embodiment of the present invention, the lockable resource presents 
one or more independent locks providing access to independent sub-units of the 
resource. 



5 BRIEF DESCRIPTION OF THE FIGURES 

FIG. 1 illustrates a distributed computing system in accordance with an 
embodiment of the present invention. 

FIG. 2 illustrates the distributed computing system of FIG. 1 in more detail' 
in accordance with an embodiment of the present invention. 
1 0 FIG. 3 illustrates the interplay between a controller, a lock and a controller 

service in accordance with an embodiment of the present invention. 

FIG. 4 is a flow chart illustrating how a controller is registered and 
renewed in accordance with an embodiment of the present invention. 

FIG. 5 is a flow chart illustrating how a request to access a lockable 
1 5 resource is processed in accordance with an embodiment of the present invention. 



DETAILED DESCRIPTION 

The following description is presented to enable any person skilled in the 
art to make and use the invention, and is provided in the context of a particular 

20 application and its requirements. Various modifications to the disclosed 

embodiments will be readily apparent to those skilled in the art, and the general 
principles defined herein may be applied to other embodiments and applications 
without departing from the spirit and scope of the present invention. Thus, the 
present invention is not intended to be limited to the embodiments shown, but is 

25 to be accorded the widest scope consistent with the principles and features 
disclosed herein. 
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The data structures and code described in this detailed description are 
typically stored on a computer readable storage medium, which may be any device 
or medium that can store code and/or data for use by a computer system. This 
includes, but is not limited to, magnetic and optical storage devices such as disk 
5 drives, magnetic tape, CDs (compact discs) and DVDs (digital video discs), and 
computer instruction signals embodied in a transmission medium (with or without 
a carrier wave upon which the signals are modulated). For example, the 
transmission medium may include a communications network, such as the 
Internet. 

10 

Distributed Computing System 

FIG. 1 illustrates a distributed computing system in accordance with an 
embodiment of the present invention. Distributed computing system 100 includes 
client 102, which communicates with policies 104 and 110. Note that policy 104 

15 is a higher-level policy that communicates with lower-level policies 1 06 and 1 08. 
Polices 106, 108 and 1 10 in turn communicate with managed resources 1 12 and 
114. Client 102 can include any type of entity that locates and communicates with 
management services. For example, client 102 can include a human user, a user 
interface for an administrative user, a client computing system that requests 

20 computational and/or data storage resources from a server computer system, or a 
control program. 

In one embodiment of the present invention, policies 104, 106, 108 and 
110 assume the form of software components that allow a resource or a policy to 
be managed at an increased level of abstraction. A policy typically enforces a set 
25 of one or more rules that are associated with the policy. Note that rules may be 
expressed using a number of different means, including through graphical 
interfaces, through languages such as the JAVA™ programming language, and 
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through natural languages (such as English). (Java is a registered trademark of 
SUN Microsystems, Inc. of Palo Alto, California.) 

A policy may control managed resources of the distributed computing 
system 100, such as managed resources 1 12 and 1 14. A policy may also control 
5 other policies. For example, in FIG. 1 policy 104 is a higher-level policy that 
controls lower-level policies 106 and 108. In this case, higher-level policy 104 
may enforce a rule that specifies a distributed storage system should maintain a 
reserve of 30% in extra storage capacity. This higher-level policy 1 04 may 
control a lower-level policy 106 that enforces a rule that if a storage device fails a 

10 purchase order is generated for a replacement storage device. 

Once a policy is implemented as a software component, the software 
component is typically configured to automatically monitor the system, and to 
take actions to enforce the policy without a human being or higher-level program 
being involved in the enforcement process. 

15 Managed resources 112 and 114 may include entities such as devices, 

appliances, systems and applications that are managed by "controllers" within 
distributed computing system 100. Note that a number of standards are emerging 
for communicating with managed resources, such as the Web Based Enterprise 
Management (WBEM) standard. 

20 The term "controller" as used in the application can refer to any entity that 

can control a "lockable resource." For example, a controller can include a client, 
such as client 102 or a policy, such as policies 104, 106, 108 and 1 10. 

The term "lockable resource" as used in this application can refer to any 
resource that can be locked by a controller. For example, a lockable resource can 

25 include a managed resource, such as managed resources 112 and 1 14, as well as a 
policy, such as policies 104, 106, 108 and 110. Lockable resources may present 
one or more exclusive locks. For example, a storage device may include a lock 
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for controlling the cooling of a power supply for the storage device, as well as a 

lock for processing requests to the storage device. 

FIG. 2 illustrates distributed computing system 100 from FIG. 1 in more 

detail in accordance with an embodiment of the present invention. In this 
5 embodiment, client 102 and policies 104, 106, 108, and 110 contain controllers 

202, 204, 206, 208 and 210, respectively. Controllers 202, 204, 206, 208 and 210 

can control lockable resources. 

Lockable resources, such as policies and managed resources, present one 

or more exclusive locks that may be held by a controller. More specifically, 
10 policy 104 presents locks 221 and 222. Policy 106 presents locks 223 and 224. 

Policy 108 presents lock 225. Policy 110 presents locks 226 and 227. Managed 

resource 1 12 presents locks 228 and 229. Finally, managed resource 1 14 presents 

locks 230, 231 and 232. 

In this embodiment of the present invention, each lock may only be held 
15 by a single controller at the same time. This prevents conflicting controllers from 

controlling critical sections of the same lockable resource at the same time. In 

FIG. 2, client 102 holds locks on policy 104 and policy 110; policy 104 holds 

locks on policies 106 and 108; policy 106 holds a lock on managed resource 1 12; 

and policy 108 holds a lock on managed resource 114. 
20 Note that lock 228 held by policy 106 precludes policy 1 08 from holding 

lock 228. Also note that lock 231 held by policy 108 precludes policies 106 and 

1 1 0 from holding lock 23 1 . 



Controller 

25 FIG. 3 illustrates the interplay between controller 302, lock 308 and 

controller service 320 in accordance with an embodiment of the present invention. 
As mentioned above, controller 302 can include any entity that can control a 

8 

Attorney Docket No. SUN-P406 1 -JTF Inventor: William H. Connor 

ARPC \MY DOCUMENTS\SUN MICROSYSTEMS\SUN-P4061-JTF\SUN-P4061-JTF APPLICATION DOC 



lockable resource. To facilitate the locking process, controller 302 registers with 
controller service 320 to receive controller ID 304 and lease object 306. 

In one embodiment of the present invention, controllers do not release 
locks that they have acquired. Controllers that wish to change their set of locks do 

5 so by canceling themselves with controller service 320, and then re-registering (as 
effectively a new controller). 

Controller ID 304 is used to uniquely identify controller 302. While 
invoking operations on lockable resources, controller 302 passes controller ID 304 
to the lockable resources. In one embodiment of the present invention, controller 

10 ID 304 is passed implicitly rather than explicitly as an argument. 

Lease object 306 facilitates detecting the unexpected loss of controller 
302, thereby allowing stale locks to be released. In one embodiment of the 
present invention, controller ID 304 is "leased" to controller 302 for a time period 
of limited duration. Controller 302 periodically renews the lease with controller 

15 service 320 to maintain control over the locks. Failure to renew the lease is 
interpreted by controller service 320 as an unexpected loss of controller 302. 
Alternatively, controller 302 can cancel the lease to indicate that the controller 
302 no longer holds the lock 308, or any other locks previously held by controller 
302. In either case (failure to renew or cancellation), lock 308 is no longer 

20 considered to be owned by the controller 302. 

The system uses controller service 320 to manage controllers. This allows 
the system to tolerate certain partial failures, such as the loss of a controller. 
Controller service 320 maintains a table 322 of controller ID/lease object pairs 
that have been issued to registered controllers. More specifically, table 322 

25 contains entries for, controller ID 304 and associated lease object 306, controller 
ID 312 and associated lease object 314, as well as controller ID 316 and 
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associated lease object 318. Note that a controller that cancels or fails to renew a 
lease will have its corresponding record in controller service 320 removed. 

Process of Registering a Controller 

5 FIG. 4 is a flow chart illustrating how a controller is registered and 

renewed in accordance with an embodiment of the present invention. The system 
starts at step 400. Controller 302 registers with controller service 320 (step 402). 
Controller service 320 makes an entry in table 322 for controller ID 304 and lease 
object 306, and then returns controller ID 304 and lease object 306 to controller 

10 302 (step 404). Controller 302 periodically renews lease object 306 (step 406). In 
one embodiment of the present invention, this is accomplished by activating lease 
object 306, which causes lease object 306 to contact controller service 320 in 
order to renew the lease (step 408). The system then ends at step 410. 

15 Process of Accessing a Lockable Resource 

FIG. 5 is a flow chart illustrating how a request to access a lockable 
resource is processed in accordance with an embodiment of the present invention. 
The system starts at step 500. The system first receives a request from controller 
302 to perform an operation on a lockable resource (step 502). In one 

20 embodiment of the present invention, controller ID 304 is implicitly passed along 
with the request. In response to the request, the system determines if controller 
302 holds a lock on the lockable resource (step 504). This entails comparing the 
implicitly passed controller ID 304 with the controller ID 304 that is stored within 
lock 308. If controller 302 has a lock on the lockable resource, the system allows 

25 controller 302 to perform the requested operation on the lockable resource (step 
510). 
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If controller 302 does not have a lock on the lockable resource, the system 
queries controller service 320 to determine if the current lock holder is still valid 
(step 506). If the current lock holder is still valid, controller 302 is not able to 
proceed with its access to the lockable resource. Consequently, the system throws 
5 an exception (step 512). This completes the process (step 514). 

If the current lock holder is not valid, the system causes controller 302 to 
be noted as the lock owner (step 508). Next, the system allows controller 302 to 
perform the requested operation on the lockable resource (step 510). This 
completes the process (step 514). 

10 

The foregoing descriptions of embodiments of the invention have been 
presented for purposes of illustration and description only. They are not intended 
to be exhaustive or to limit the invention to the forms disclosed. Accordingly, 
many modifications and variations will be apparent to practitioners skilled in the 
15 art. Additionally, the above disclosure is not intended to limit the invention. The 
scope of the invention is defined by the appended claims. 
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What Is Claimed Is: 



1 1 . A method for providing concurrency control for a policy-based 

2 management system that controls resources in a distributed computing system, the 

3 method comprising: 

4 receiving a request to perform an operation on a lockable resource from a 

5 controller in the distributed computing system; 

6 wherein the controller sends the request in order to enforce a first policy 

7 for controlling resources in the distributed computing system; 

8 determining whether the controller holds a lock on the lockable resource; 

9 allowing the controller to execute the operation on the lockable resource if 

1 0 the controller holds the lock on the lockable resource; 

1 1 allowing the controller to acquire the lock if the controller does not hold 

12 the lock on the lockable resource; and 

13 allowing the controller to execute the operation on the lockable resource if 

14 the controller acquires the lock. 

1 2. The method of claim 1 , wherein the first policy is configured to 

2 command resources in the distributed computing system to perform actions so that 

3 the distributed computing system operates in accordance with a rule that is 

4 enforced by the first policy, wherein the rule governs behavior of resources within 

5 the distributed computing system. 



1 3 . The method of claim 1 , further comprising throwing an exception 

2 if the controller does not hold the lock on the lockable resource and if the 

3 controller does not acquire the lock. 
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1 4. The method of claim 1 , wherein the lock held on the lockable 

2 resource expires after a pre-specified lease period, unless the lease is renewed 

3 within the pre-specified lease period. 

1 5. The method of claim 1 ? wherein the lockable resource includes a 

2 resource within the distributed computing system, 

1 6. The method of claim 1 , wherein the lockable resource includes a 

2 second policy for controlling resources in the distributed computing system. 

1 7. The method of claim 1 , wherein the controller includes a client in 

2 the distributed computing system. 

1 8. The method of claim 1 , wherein the controller includes the first 

2 policy for controlling resources in the distributed computing system. 

1 9. The method of claim 1, wherein the controller includes a higher- 

2 level policy for controlling resources in the distributed computing system, and 

3 wherein the lockable resource includes a lower-level policy for controlling 

4 resources in the distributed computing system. 

1 10. The method of claim 1 9 wherein allowing the controller to acquire 

2 the lock includes allowing the controller to acquire the lock from a resource that 

3 allocates locks to controllers. 
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1 11. The method of claim 1 ? wherein the lockable resource presents one 

2 or more independent locks providing access to independent sub-units of the 

3 resource. 

1 12. A computer-readable storage medium storing instructions that 

2 when executed by a computer cause the computer to perform a method for 

3 providing concurrency control for a policy-based management system that 

4 controls resources in a distributed computing system, the method comprising: 

5 receiving a request to perform an operation on a lockable resource from a 

6 controller in the distributed computing system; 

7 wherein the controller sends the request in order to enforce a first policy 

8 for controlling resources in the distributed computing system; 

9 determining whether the controller holds a lock on the lockable resource; 

10 allowing the controller to execute the operation on the lockable resource if 

1 1 the controller holds the lock on the lockable resource; 

12 allowing the controller to acquire the lock if the controller does not hold 

13 the lock on the lockable resource; and 

14 allowing the controller to execute the operation on the lockable resource if 

1 5 the controller acquires the lock. 

1 13. The computer-readable storage medium of claim 1 2, wherein the 

2 first policy is configured to command resources in the distributed computing 

3 system to perform actions so that the distributed computing system operates in 

4 accordance with a rule that is enforced by the first policy, wherein the rule 

5 governs behavior of resources within the distributed computing system. 
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1 14. The computer-readable storage medium of claim 12, wherein the 

2 method further comprises throwing an exception if the controller does not hold 

3 the lock on the lockable resource and if the controller does not acquire the lock. 

1 15. The computer-readable storage medium of claim 12, wherein locks 

2 held by the controller expire after a pre-specified lease period, unless the lease is 

3 renewed within the pre-specified lease period. 

1 1 6. An apparatus that provides concurrency control within a policy- 

2 based management system that controls resources in a distributed computing 

3 system, the apparatus comprising: 

4 a receiving mechanism that receives a request to perform an operation on a 

5 lockable resource from a controller in the distributed computing system; 

6 wherein the controller sends the request in order to enforce a first policy 

7 for controlling resources in the distributed computing system; 

8 a determining mechanism that determines whether the controller holds a 

9 lock on the lockable resource; 

10 an execution mechanism that is configured to, 

1 1 allow the controller to acquire the lock if the controller 

12 does not hold the lock on the lockable resource, and to 

1 3 allow the controller to execute the operation on the lockable 

14 resource if the controller holds the lock on the lockable resource. 

1 17. The apparatus of claim 1 6, wherein the first policy is configured to 

2 command resources in the distributed computing system to perform actions so that 

3 the distributed computing system operates in accordance with a rule that is 
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4 enforced by the first policy, wherein the rule governs behavior of resources within 

5 the distributed computing system. 

1 18. The apparatus of claim 16, wherein the execution mechanism is 

2 configured to throw an exception if the controller does not hold the lock on the 

3 lockable resource and if the controller does not acquire the lock. 

1 19. The apparatus of claim 1 6, wherein the lock on the lockable 

2 resource expires after a pre-specified lease period, unless the lease is renewed 

3 within the pre-specified lease period. 

1 20. The apparatus of claim 16, wherein the lockable resource includes 

2 a resource within the distributed computing system. 

1 21. The apparatus of claim 1 6, wherein the lockable resource includes 

2 a second policy for controlling resources in the distributed computing system. 

1 22. The apparatus of claim 1 6, wherein the controller includes a client 

2 in the distributed computing system. 

1 23. The apparatus of claim 16, wherein the controller includes the first 

2 policy for controlling resources in the distributed computing system. 

1 24. The apparatus of claim 16, wherein the controller includes a 

2 higher-level policy for controlling resources in the distributed computing system, 

3 and wherein the lockable resource includes a lower-level policy for controlling 

4 resources in the distributed computing system. 
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1 25. The apparatus of claim 16, wherein the execution mechanism is 

2 configured to allow the controller to acquire the lock from a resource that 

3 allocates locks to controllers. 

1 26. The apparatus of claim 16, wherein the lockable resource presents 

2 one or more independent locks providing access to independent sub-units of the 

3 resource. 
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METHOD AND APPARATUS FOR 
CONCURRENCY CONTROL IN A POLICY- 
BASED MANAGEMENT SYSTEM 

ABSTRACT 

A system that facilitates concurrency control for a policy-based 
management system that controls resources in a distributed computing system. 
The system operates by receiving a request to perform an operation on a lockable 
resource from a controller in the distributed computing system. This controller 
sends the request in order to enforce a first policy for controlling resources in the 
distributed computing system. In response the request, the system determines 
whether the controller holds a lock on the lockable resource. If so, the system 
allows the controller to execute the operation on the lockable resource. If not, the 
system allows the controller an opportunity to acquire the lock. If the controller is 
able to acquire the lock, the system allows the controller to execute the operation 
on the lockable resource. 
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COMBINED DECLARATION AND POWER OF ATTORNEY 

As a below-named inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated below by my name; 

I believe I am the original, first and only inventor, if only one name is listed below, or an original, first and joint inventor if 
multiple names are listed below, of the subject matter which is claimed and for which a patent is sought on the invention entitled: 

METHOD AND APPARATUS FOR CONCURRENCY CONTROL IN A POLICY-BASED MANAGEMENT SYSTEM 

for which a patent application: 
O is attached hereto. 

O was filed in the United States on January 2 L 2000 as Application No. ; 

O with amendment(s) filed on (if applicable). 

I hereby state that I have reviewed and understand the contents of the application identified above, including the claims, as 
amended by any amendment referred to above. 

I acknowledge the duty to disclose information known to me to be material to the examination of this application in accordance 

with Title 37, Code of Federal Regulations, §1.56, which states in relevant part: 

Each individual associated with the filing and prosecution of a patent application has a duty of candor and good faith in dealing with the 
Office, which includes a duty to disclose to the Office all information known to that individual to be material to patentability as defined in 
this section . . The duty to disclose all information known to be material to patentability is deemed to be satisfied if all information known 
to be material to patentability of any claim issued in a patent was cited by the Office or submitted to the Office 



I hereby claim foreign priority benefits under Title 35, United States Code, §1 19(a)-(d) s of any foreign application(s) for patent or 
inventor's certificate as indicated below and have also identified below any foreign application for patent or inventor's certificate on 
this invention having a filing date before that of the application on which priority is claimed: 



EARLIEST FOREIGN APPLICATION(S), IF ANY, FILED PRIOR TO THE FILING DATE OF THE APPLICATION 


APPLICATION NUMBER 


COUNTRY 


DATE OF FILING 
(Day, Month, Year) 


PRIORITY CLAIMED 








YES □ NO □ 



I hereby claim the benefit under Title 35, United States Code, §1 19(e), of any United States provisional application(s) listed below: 



APPLICATION NUMBER 


DATE OF FILING 


60/165,552 


November 15, 1999 



I hereby claim the benefit under Title 35, United States Code, §120, of any United States application(s) listed below and, insofar as 
the subject matter of each of the claims of this application is not disclosed in the prior United States application in the manner 
provided by the first paragraph of Title 35, United States Code, §1 12, 1 acknowledge the duty to disclose information that is 
material to patentability as defined in Title 37, Code of Federal Regulations, §1.56, which became available between the filing date 
of the prior application and the national or PCT international filing date of this application: 



APPLICATION NUMBER 


DATE OF FILING 


STATUS 


PATENTED 


PENDING 


ABANDONED 













I hereby appoint Daniel E. Vaughan (Reg. No. 42,199) and A. Richard Park (Reg. No. 41,241) to prosecute this application 
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and transact all business in the Patent and Trademark Office connected therewith, and to file, prosecute and transact all tSsine; 
connection with international applications directed to said invention. 



SO 



Address correspondence to: 
Park& Vaughan LLP 
508 Second Street, Suite 201 
Davis, CA 95616 



i 

22836 



Direct telephone calls to: 
A. Richard Park 
(530) 759-1661 



u 



PATENT TMDEHMK OFFICE 

I hereby declare that all statements made herein of my own knowledge are true and that all statements made on information and 
belief are believed to be true; and further that these statements were made with the knowledge that willful false statements and the 
like so made are punishable by fine or imprisonment, or both, under Title 18, United States Code, § 1001, and that such willful false 
statements may jeopardize the validity of the application or any patent issued thereon. 





Name and Citizenship 


William H. Connor 


United States of America 




Residence Address 


3730 Britting Avenue, Boulder, CO 80303 


1 


Postal Address (if 

different from Residence) 






Signature and Date 








Name and Citizenship 
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Residence Address 




rosiai AQQress (ij 

different from Residence) 






Signature and Date 




Date 
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Residence Address 




Postal Address (if 

different from Residence) 






Signature and Date 




Date 




Name and Citizenship 
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Residence Address 




Postal Address (if 

different from Residence) 






Signature and Date 




Date 




Name and Citizenship 








Residence Address 
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Postal Address (if 

different from Residence) 






Signature and Date 




Date 



Additional inventor name(s) and signature(s) attached?: YES □ NO | 
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